Systems, methods and apparatuses for brokering data between wireless devices, servers and data rendering devices

ABSTRACT

Provide dare methods, systems and apparatuses for data brokering between hand held wireless devices (WDs) and data rendering devices (DRDs). DRDs in the form of multimedia devices used for rendering data by printing (e.g. to a networked printer) or displaying video data (e.g., televisions, video monitors, and projectors) are provided with data for rendering at the DRD at the request of WDs. DRDs are capable of receiving data data from a network at the request of a WD and/or directly from a WD as the host and then rendering or displaying the data on devices capable of receiving and processing the data. DRD (e.g. printers and multimedia video devices) can also be controlled by the WD during display of the data and to control display of the data.

PRIORITY TO RELATED APPLICATIONS

This application claims priority as a continuation application toNonprovisional patent application Ser. No. 12/569,739, entitled“Systems, Methods and Apparatuses for Providing Video Data to DataRendering Devices for Display on Multimedia Video Devices at the Requestof Wireless Hand Held Devices,” filed Sep. 29, 2009 and is incorporatedherein by reference, which is also a continuation of Nonprovisionalpatent application Ser. No. 09/887,492, entitled “Systems, Methods andApparatuses for Brokering Data Between Wireless Devices and DataRendering Devices,” which was filed Jun. 21, 2001 and is alsoincorporated herein by reference, and which is also a continuation ofProvisional Patent Application, Ser. No. 60/214,339, also entitled“Systems, Methods and Apparatuses for Brokering Data Between WirelessDevices and Data Rendering Devices,” filed Jun. 27, 2000.

FIELD OF THE INVENTION

The present invention is generally related to the use and management ofdata retrieved over wireless networks. More particularly, the presentinvention is related to systems, methods and apparatus for providingdata, such as documents and video, to data rendering devices (DRDs)including networked printers capable of printing documents andmultimedia devices (e.g., televisions, video monitors, and projectors)capable of displaying video data at the request of wireless devices.Additionally, the present invention related to DRDs in the form ofnetworked printers and multimedia video devices capable of receiving anddisplaying video data from a network at the request of a hand heldwireless device and/or directly from a hand held wireless device as thehost.

BACKGROUND

As a result of increased competition and the ongoing convergence ofvoice and data networks, new solutions and services are becomingavailable in the wired and wireless communications fields. ThirdGeneration communications technology (also referred to in the art as 3Gor IMT-2000), is characterized by high-speed, high-bandwidth servicesthat will support a wide variety of wireless applications, includingwireline quality voice and high-resolution video. 3G is an initiative ofthe International Telecommunication Union (ITU) that seeks to integratethe various satellites, terrestrial, fixed and mobile systems currentlydeployed and being developed under a single standard or family ofstandards to promote global communication service capabilities andinteroperability after the year 2000.

“Data” is generally known to refer to information (written, electronic,spoken, seen). As used in the communications field, data generallyrefers to multimedia such as voice, documents embodying text andgraphics, and video information, which is all transportable, generallybetween terminals, throughout communications networks under standards,protocols and over equipment capable of supporting and managing suchdata (e.g., 3G, ANSI-41, GSM, SS7, SMPP, TCP, IP). Standards andprotocols exist and continue to be developed to improve wireless datacommunications. For example, the Short Message Peer to Peer (SMPP)protocol is an open, industry standard protocol designed to provide aflexible data communications interface for the transfer of short messagedata between message centers (e.g., mail servers) and a Short MessageService (SMS) application systems, such as a Wireless ApplicationProtocol (WAP) proxy server, Email gateway or other messaging gateways.

Wireless computing devices (generally known as mobile or cellularphones, smart phones, and laptops) are available that communicatewirelessly through data networks (including cellular digital wirelessnetworks). Many wireless telephones are “Web-enabled.” Hand heldwireless devices that transmit and receive digital data are referred toas Personal Digital Assistants (“PDAs”, with similar devices beingreferred to as palm or pocket computers). Wireless networks arecontinuing to be expanded and integrated with new applications andservices that are compatible with the growing number of wireless devicesentering the marketplace. The capabilities of a cell phone and PDA arebeing combined into a smartphone.

Network interconnection (connecting one communications network withanother) and interoperability (ability of a network to operate withother networks) are becoming even more robust and standardizedmethodologies in the communications industry. An Integrated DigitalEnhanced Network (IDEN) is an example of an enhanced specialized mobileradio network and technology that combines two-way radio, telephone,text messaging and data transmission into one network, reflecting theease of interconnection between networks. General Packet Radio Services(GPRS) data transmission technology is optimized for “bursty” datacomservices such as wireless Internet/intranet and multimedia services.Also referred to as GSM-IP, it enables the connection of wireless deviceusers directly to Internet Service Providers (ISPs). Anothercomplementary service is High Speed Circuit Switched Data (HSCSD), whichis well suited for real-time services and transferring larger amounts ofdata, such as video-based services. Into the GPRS solution has beenintroduced two new network nodes—the SGSN and the GGSN. SGSN trackspacket capable mobile locations, performs security function and accesscontrol. GGSN interfaces with external packet data networks to providethe routing destination for data to be delivered to a wireless deviceand to send mobile-originated data to its intended destination. The GGSNis connected with SGSNs via an IP-based GPRS backbone network. The trendfor the wireless industry is towards an all-IP platform, which unitesdifferent standards for wireless services worldwide, and introduces andopen, Internet-based platform for integrated data, voice and videoservices over cellular networks.

Wireless Intelligent Networks (WIN) are generally known as thearchitecture of the wireless switched network that allows carriers toprovide enhanced and customized services for mobile telephones.Intelligent wireless networks generally include the use of mobileswitching centers (MSCs) having access to network servers and databasessuch as Home Location Registers (HLRs) and Visiting Location Registers(VLRs), for providing applications and data to networks, serviceproviders and service subscribers (wireless device users). Local numberportability allows wireless subscribers to make and receive callsanywhere, regardless of their local calling area. Roaming subscribersare also able to receive more services, such as call waiting, three-waycalling and call forwarding. A HLR is a database that containssemi-permanent mobile subscriber (wireless device user) information forwireless carriers' entire subscriber base. HLR subscriber informationincludes identity, service subscription information, locationinformation (the identity of the currently serving VLR to enable routingof communications), service restrictions and supplementaryservices/information. HLRs handle SS7 transactions in cooperation withMobile Switching Centers and VLR nodes, which request information fromthe HLR or update the information contained within the HLR. The HLR alsoinitiates transactions with VLRs to complete incoming calls and updatesubscriber data. Traditional wireless network design is based on theutilization of a single HLR for each wireless network, but growthconsiderations are prompting carriers to consider multiple HLRtopologies.

The VLR is also a database that contains temporary informationconcerning the mobile subscribers currently located in a given MSCserving area, but whose HLR is elsewhere. When a mobile subscriber roamsaway from the HLR location into a remote location, SS7 messages are usedto obtain information about the subscriber from the HLR, and to create atemporary record for the subscriber in the VLR. Signaling System No. 7(referred to as SS7 or C7) is a global standard for telecommunications.In the past the SS7 standard has defined the procedures and protocol bywhich network elements in the public switched telephone network (PSTN)exchange information over a digital signaling network to affect wirelessand wireline call setup, routing, control, services, enhanced featuresand secure communications.

Wireless location based services deployed on wireless networks enablewireless service providers to utilize information regarding thegeographic location of wireless devices/callers to provide public safety(e.g., E-911), location-sensitive billing, location-specific information(e.g., advertising) and tracking services. For example, automatic numberidentification (ANI) and automatic location information (ALI) of awireless phone is being used together with user location informationwhen a wireless telephone user contacts a 911 call center. With thecombination of Global Positioning System (GPS) and HLR technology, useridentification and location information makes it easier and faster forpolice and rescue services to locate someone in distress that is callingfrom a wireless phone. GPS can be incorporated into wireless systems foruse in applications such as personal tracking, navigation and automaticvehicle location technologies.

Enhanced messaging applications have also been developed in response tothe convergence of voice and data networks and improving wirelesstechnology. Unified Messaging solutions allow carriers and Internetservice providers to manage customer e-mail, voice messages and faximages and can facilitate delivery of these communications to PDAs,telephony devices, pagers, personal computers and other capableinformation retrieval devices, wired or wireless.

Improved operating systems and protocols allow Graphical User Interfaces(GUIs) to provide an environment that displays user options (e.g.,graphical symbols, icons or photographs) on a wireless device's screen.Extensible Markup Language (“XML”) is a currently available standardthat performs as a universal language for data, making documents moreinterchangeable. XML allows information to be used in a variety offormats for different devices, including PCs, PDAs and web-enabledmobile phones. XML enables documents to be exchanged even where thedocuments were created and/or are generally used by different softwareapplications. XML has been shown to effectively enable one system totranslate data that another system sends. As a result of data transferimprovements, wireless device GUIs are becoming able to render imagesthat closely represent the imaging capabilities available on desktopcomputing devices.

Security of data during its transmission over wireless devices hasbecome a growing concern. Improved encryption and user verificationtechnologies enhance fraud prevention with respect to data transmissionover networks.

Other examples of advancements within the field of wirelesscommunications include the following: The Wireless Internet is generallyknown as an RF-based service that provides access to the Internet (e.g.,WiFi), e-mail and/or the World Wide Web via wireless devices. WirelessIP generally refers to the packet data protocol standard for sendingwireless data over the Internet. Wireless LANs (Local Area Networks) areknown to utilize wireless transmissions, such as radio or infraredcommunication instead of phone lines or fiber-optic cable, to connect todata devices. A Wireless PBX is a combination of equipment that allowsemployees or customers within a building or limited area to use wirelesshandsets connected to an office's private branch exchange system.

SUMMARY

Although handheld wireless device users are being provided with growingservices, applications and multimedia support via access to numerousdata networks (wired and wireless), solutions for rendering data in theform of documents and video data provided by, or otherwise retrievedthrough, networks using wireless apparatuses were severely limited, orpractically nonexistent, at the time of the present applicationspriority date of Jun. 27, 2000. Wireless device users were generallyrestricted in all data use by small device-based viewers, limited GUIfunctionality and unavailable or inconveniently located rendering (e.g.,printing/display/retrieval) resources to utilize data retrieved throughnetworks.

What was needed then and continues as a need as a result of increasedpublic reliance on wireless data services and the desire forportability” and “information on the go” are new and improved systems,methods and apparatuses for rendering data retrieved through/withwireless devices and otherwise managed by wireless devices. It isbelieved that various aspects and features of the present inventiondisclosed in June 2000 addresses some of the developing needs ofwireless user and the wireless industry, in particular with respect tomanaging and rendering video data. It is therefore an object of thepresent invention to provide methods, systems and apparatuses for databrokering between wireless devices (WDs) and Data Rendering Devices(DRDs). More particularly, it is a feature of the present invention toprovides systems, methods and apparatuses that can locate data renderingdevices (e.g., networked printers, high definition flat panel televisiondisplays, multimedia projectors) and render data at the request and/orunder the direction of wireless devices (e.g., PDAs, smart phones, andother data and video enabled handheld devices) to the data renderingdevices. Additionally, it is a feature of the present invention toprovide multimedia video devices capable of receiving and displayingvideo data from a network at the request of a hand held wireless deviceand/or directly from a hand held wireless device as the host.

DRDs can generally be considered “undedicated” rendering devices (e.g.,“unassigned” as a resource and/or generally available and open to theacceptance and rendering of data from unfamiliar clients). DRDs can belocated generally throughout an enterprise or private campus, or bedistributed throughout communities for accessibility by the public. DRDscan be publically available or private and are locatable by and can beassociated with WDs given systems and method of the present invention.

In accordance with a feature of the present invention, DRDs can receivedata directly from WDs and/or through networks after/with coordinationby WDs with networks providing data to DRDs.

In accordance with another feature of the present invention, DRDs can beadapted for facilitating direct wireless communication with a WDutilizing IR and/or RF communication signals.

In accordance with another feature of the present invention, the DRDmethods can be included in DRD adapted/network-enabled printers,copiers, video-enabled monitors/televisions, multimedia projectors, andother multimedia-enabled devices.

In accordance with another feature of the present invention, a WD can beused to locate a DRD based on a WD and/or WD user's location.

In accordance with another feature of the present invention, user/WDlocation information can be determined/provided via networks incommunication with a user/WD, and DRD location information can beprovided to user/WD via the networks based on user/WD location and/orprofile.

Another feature of the present invention allows the network to verifyDRD availability (e.g., operational readiness).

Another feature of the present invention can provide users with passcode protected retrieval of data from the DRD. Passcode capabilities caninclude the use of passwords/passcodes, biometrics and/or communicationssecurity (COMSEC).

Another feature of the invention provides for temporary memory at DRDsfor storing rendering data. Temporary memory can be cleared/zeroed toirreversibly purge data from DRDs after use.

Another feature of the present invention provides simultaneous displayof data at DRDs and WDs, which can be referred to as data mirroring orvideo mirroring.

In accordance with another feature of the present invention simultaneousdisplay of data can be provided at a DRD by more than one WD.

In accordance with another feature of the present invention,manipulation of dot displayed on a DRD can be carried out by at leastone WD.

In accordance with another feature of the present invention, a WD can beprogrammed with IR and/or RF signals and/or associated functionality.

Another feature of the present invention provides more than onetransmitting/receiving capability at WDs to enable simultaneous dataretrieval from networks and/or DRD communication with WDs.

Another feature of the present invention provides payment/billingmethods and systems associated with use of DRDs.

Another feature of the present invention enables more than one WD userto interact with a DRD simultaneously, wherein dedicated computingcapability enables multiple WD users to interact with each other and/ordisplayed data and/or project independent data.

The novel features of the present invention will become apparent tothose of skill in the relevant art upon examination of the followingdetailed description of the invention or can be learned by practice ofthe present invention. It should be understood, however, that thedetailed description of the invention and the specific examplespresented, while indicating certain embodiments of the presentinvention, are provided for illustration purposes only because variouschanges and modifications within the scope of the invention will becomeapparent to those of skill in the relevant art from the detaileddescription of the invention and claims that follow.

DESCRIPTION OF THE FIGURES

The accompanying figures, in which like references numerals may refer toidentical or functionally-similar elements throughout the separate viewsare incorporated in and form part of the specification, furtherillustrate aspects of the present invention and, together with thedetailed description of the invention, serve to better explain theprinciples of, but are not intended to limit, the present invention.

FIG. 1 is an exemplary illustration of an environment wherein aspects ofthe invention described herein can be deployed;

FIG. 2 is a block diagram illustrating components that can be includedin a data rendering device (DRD) in accordance with aspects of thepresent invention;

FIG. 3 is a block diagram illustrating components that can be includedin a wireless device (WD) in accordance with aspects of the presentinvention;

FIG. 4 is a flow diagram illustrating steps by a WD for selecting andproviding data to a DRD;

FIG. 5 is a flow diagram illustrating additional steps of a WD forproviding data to a DRD for rendering by the DRD;

FIG. 6 is a flow diagram illustrating steps by a WD for selecting a DRDfor transfer of data;

FIG. 7 is a flow diagram illustrating steps by a WD for selecting a DRDusing network resources, selecting data for transfer to/rendering by aselected DRD and requesting data transfer/render to the selected DRD;

FIG. 8 is a flow diagram illustrating steps for a WD/user to select aDRD for data transfer via a network and selecting render functions at aDRD;

FIG. 9 is a flow diagram illustrating steps by a network server inprocessing a request for DRD location information;

FIG. 10 is a flow diagram illustrating steps by a WD for requesting DRDlocation information, data transfer and data rendering;

FIG. 11 is a flow diagram illustrating steps by a DRD forreceiving/rendering data at the request of a WD; and

FIG. 12 is a flow diagram illustrating approval determination steps by aDRD.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Particular configurations discussed in these non-limiting examples canbe varied and are cited merely to illustrate at least one preferredembodiment of the present invention and are not intended to limit thescope of the invention.

In accordance with the following disclosure of the present invention,data generally refers to text, voice, graphics and/or video. Datarendering generally refers to the printing, displaying and/or retrievalof data. Wireless Devices (WD) include mobile phones, PDAs, pagers andother hand held wireless appliances adapted for connectivity to wirelessnetworks and capable of processing data. A Data Rendering Device (DRD)includes data rendering hardware (e.g., printers, copiers, displays,etc.) and multimedia software adapted for rendering data at the requestand/or coordination of what can be a previously unknown WD. DRDs canreceive data directly from WDs and/or through networks (e.g., wireless,Internet, intranet, etc.) after/with coordination by WDs with networksproviding data and support to DRDs. Data Brokering includes thenegotiation, management, coordination and/or facilitation of datamovement and use between and throughout DRDs, WDs and networks.

Referring to FIG. 1, an environment is illustrated as an example whereinaspects of the invention described herein can be deployed. An aspect ofthe present invention provides methods, systems and apparatuses for databrokering between wireless devices (WDs) 6 and Data Rendering Devices(DRDs) 7. Data brokering can be carried out directly between WDs 6 andDRDs 7 via local wireless communications including infrared (IR) orradio frequency (RF) technology and/or indirectly via networks 12through the use of known networking and data formatting protocols.Information related to WDs 6, DRDs 7 and/or WD user's (e.g., subscriberidentification, location, accounting, profiles) can be managed by acombination of network servers 15, Home Location Registers (HLRs) 16 andVisiting Location Registers 19. Subscriber information for a WD user canbe kept in at least one HLR 13 and/or VLR 19, but can also be generatedby the WD 6 (e.g., stored in the WD or provided together with a networkrequest by WD user). Subscriber information can include a profileregarding DRD usage (e.g., restriction regarding geography, hardwarecapabilities, security, biometrics, etc). A WD 6 user is typically incommunication with a supporting network 12 through wireless networkcommunications hardware such as cellular antennas 16, Base StationControllers (BSCs) 17 and Mobile System Controller (MSCs) 18. A copy ofa WD 6 user's subscription information can be kept in a VLR 19associated with the area and MSC 18 the user is operating duringcommunication. Satellite global positioning system (GPS) 9 capabilitiesinstalled at the wireless network interface can assist in determining aWD 6 user's location by routing location information to the VLR19/HLR 13when a WD user communicates with a supporting wireless network 12. A WD6 user will generally retrieve data from multimedia database resources 8available or accessible to the WD and WD user over networks 12. Examplesof multimedia resources include messaging mailboxes andInternet/intranet information.

In accordance with another aspect of the present invention databrokering can be accomplished directly between WDs and DRDs (e.g.,locally via infrared (IR) or radio frequency (RF) technology) or can benegotiated with and provided through networks using available networkingprotocols. Referring to FIG. 2, a block diagram of some of thecomponents that can be included in a DRD 7 is provided. A DRD 7, servingas an apparatus adapted for rendering data associated with a datarendering request issued by a WD 6, includes an authorization module 21,communications means 23, rendering means 25, and a microprocessor 24.The authorization module 21 approves receipt of rendering data inaccordance with a request initiated by a WD 6. The authorization module21 can approve or deny the request to render data based on the DRDs 7readiness status 27. A status monitor 27 can be provided to track theoperational readiness of the rendering means 25 (which can includeprinting, display and retrieval hardware status, and microprocessor 24load/communications activity). The communications means 23 can provide aDRD 7 with wired and/or wireless communications with networks 28 and/orwireless devices (as generally described and illustrated in FIG. 1 andas further known in the wireless communications art). Wiredcommunication via communications means 23 can occur through known datanetwork communications hardware, methods and protocols (e.g., cablemodems, Ethernet, Bluetooth, etc.). Wireless communication viacommunications means 23 can occur through known wireless data networkcommunications hardware, methods and protocols (e.g., Bluetooth, WLAN,802.11b, etc.). The network communications means 28 can provide DRD 7communication capabilities over, for example, the public servicetelephone network (PSTN), digital subscriber line (DSL), IntegratedServices for Digital Networks (ISDN) and/or Local Area Network (LAN). ADRD 7 can also communicate with networks via wireless means (e.g.,cellular, satellite, microwave, etc.) A user's direct interaction with aDRD 7 can be provided through a user interface (UI) 22 associated withthe DRD 7. The UI 22 can allow users to control (e.g., manage) andmanipulate (e.g., interact with) data at the DRD 7. The UI 22 can beused to provide user passcodes (including biometrics) directly to theDRD 6 in order to receive rendered data from the DRD 7. Alternatively, auser can interact directly with the DRD 7 via a WD 6. A WD 6 can providecommands and/receive data from the DRD 7 through IR and RF means. IR andRF data transport and communication hardware and protocols are known inthe art and can be used for local communication between WDS 6 and DRDs7. Memory 30 is also available at the DRD 7 to store applications, data,DRD profile information, passcode-related tools and other informationand tools necessary for the DRD 7 to operate and communicate. Themicroprocessor 24 provides management and control over the DRD 6 and itscomponents. Management and control over the DRD 7 and data can bethrough the UI 22 and/or D 6.

DRDs 7 can be easily locatable using network 28 resources and/or WDs 6.Information related to a DRD's physical location and renderingcapabilities, for example, can be registered at network 28 resources(e.g., an HLR) supporting network communication with the DRD 7. DRDinformation regarding capabilities can also be held within DRD memory 30for retrieval by the network and/or WD 6. In accordance with this aspectof the present invention, WD proximity-based DRD locating/findingtechnology should enable WD users to locate available DRDs 7 based on aDRD's 7 proximity to the a roaming WD's location (e.g., determinable byGPS) and/or profile information. Profile information related to the DRD20 can be provided from memory 30 at the DRD 20 and/or through thenetwork 28. User/WD 6 location information can be determined vianetworks in communication with the user's WD 6. The user can choose torender data at the DRD 7 suggested by the network. Several DRDs can beidentified by the network 28 for selection by the WD user. DRD brokeringand location functionality can be included in familiar rendering devices(e.g., Internet Kiosks, printers, photocopiers, fax machines, automaticteller machines (ATMs), video monitors, projectors used in conferencerooms and other multimedia-enabled devices) that are IR, RF and/ornetwork communication enabled. DRDs can be public or exclusive to anenterprise. Other DRD compatible devices are foreseeable given thevarious aspects of the present invention taught herein.

A block diagram of some of the components that can be included in a WD 6are illustrated in FIG. 3. Referring to FIG. 3, a WD 6 will include acommunications means 31, microprocessor 35, and memory 36. Thecommunications means can include IR 32, RF 33 and mobile network RFcommunications modules 34. The WD 6 can have a broad RF 33 and/or IR 32signal recording/learning capabilities under the control of themicroprocessor 35 utilizing the WD memory 36 for signal storage. The WDcan be programmed/provided with unique control functions and/or signalsapplicable to a particular DRD 7 selected for use by the WD 6. Controlfunctions can be recorded by the WD 6 memory 36 after being obtained bythe communications means 31. A WD 6 can be provided with unique DRDcontrol signals from the network or by requesting a temporary copy ofDRD 7 control functionality directly from the DRD 7, in which case theDRD 7 can upload, via IR or RF communication, a copy of DRD programmablefunctions to the WD. It would be desirable for basic DRD functions andsignaling to become standardize so that WDS and DRDs can interact withease. WD and DRD location information can be coordinated/facilitatedwith the assistance of a locator module 37. The locator module 37 can beused to incorporate device-based GPS resources and/or to store locatorprograms and functions. The memory 36 can be used to store, for example,data, profile information, passcode information (including COMSEC) andprogrammable functions associated with IR and RF control over andcommunication with remote controlled devices (in addition to the DRD).

In addition to memorizing DRD 7 control signals and functions, a WD 6having signal recording capabilities can be programmable to facilitateuser control over other devices having wireless remote controlcapabilities. A WD 6 can learn device signals and functions associatedwith controlled devices by being programmed with applicable remotecontrol signals. RF/IR signals can be learned and stored in WD memoryand associated functionality can be assigned to optional/additional WDmenu functions or UI controls. A WD can thereby be adapted tocommunicate with diverse remote controlled devices (e.g., secured entry(garage doors, gates, etc.), entertainment devices (games, TV, audio)and alarm control (home, vehicle)).

Another aspect of the present invention can provide users with passcodeprotected retrieval of data from the DRD 7. The passcode can be providedto the DRD 7 prior to data rendering and/or retrieval from the network28. The authorization module 21 can facilitate passcode interaction atthe DRD 20. A user can provide passcode information at the UI 22 and/orthrough a WD 6. The passcode can be verified at the network 28 (e.g.,HLR) or by the DRD 7 (e.g., referencing DRD memory 20). Passcodeinformation and verification can include the use of biometrics (e.g.,voice, retinal, fingerprint) and/or communication security (COMSEC)methods. Passcode control can also be provided over use of the WD 6. Forexample, a passcode can be required before a WD user can use the WD tocommunicate with and control diverse remote controlled devices asdescribed above (e.g., controlling security alarms and secured entrydevices).

Referring again to FIG. 2, a temporary memory 20 can be located at theDRD as a means for providing additional dedicated security over userdata. The temporary memory 20 can be used for temporary storage of userdata provided to the DRD 7 for rendering on behalf of the WD user. Thememory 20 holding the data can be permanently cleared of the data (alsoreferred to “zeroing” the memory) through methods known in the art(e.g., electrical potential used to clear electronic memory registers).Zeroing the memory will ensure that data can not be reused by asubsequent user of the DRD. Memory 20 can be cleared upon: terminationof use by the user, after a period of time (e.g., based on failure torender data or log-off) and/or upon user selection of a memory clearingoperation at the DRD.

Methods of communications security (COMSEC) can also be incorporatedinto the DRD 7 to provide secure retrieval/use of data. Usingencryption/decryption (also referred to as cryptography or “Crypto”)methods, a user can be required to provide a DRD 7 with decryption codesto render data. Encryption/decryption coding can be provided by thenetwork 28 (service provider) with data being transmitted at the requestof the WD 6. The network 28 can generate data in encrypted form andprovide the encrypted data to the DRD 7 through the network 28. Thenetwork can also provide the WD 6 (e.g., can be stored in WD memory 36)with decryption codes needed to render encrypted data at the DRD 7. Theuser can transmit decryption codes to the DRD 7 directly via the WD 6(e.g., IR or RF transmission).

Another aspect of the present invention provides simultaneous display ofdata at DRDs and WDs, which can be referred to as data mirroring orvideo mirroring. Such capability can be most relevant where WDs and DRDspossess compatible display technologies. In accordance with simultaneousdisplay, another aspect of the present invention enables WD 6 controland/or manipulation of data displayed on a DRD 7. WD 6 control can beprovided via IR/RF communication with a DRD. The WD 6 can host thenetworks retrieval of data for redisplay on DRD 7 via simultaneousWD-DRD communication (e.g., IR and/or additional RF capacity) and/orWD-network communication via cellular RF capability. Simultaneousnetwork and DRD communication by the WD 6 would be possible where morethan one RF transmitter/receiving capability can be provided with the WD6 (as shown in FIG. 3).

Another aspect of the present invention provides a payment mechanismsand/or billing methods associated with DRDs. Payment mechanisms can beincorporated at the DRD 7 and managed by the microprocessor 24 andauthorization module 21. A DRD 7 can accept currency and/or provide forelectronic debits (e.g., e-money, account debits, etc.) through thepayment mechanism. For example, an ATM machine can provide DRDcapabilities and allow users to be billed a transaction fee via bankaccount cards (e.g., ATM, Debit and Credit cards). Another public devicethat can provide DRD capabilities are public telephones, which can allowusers to make rendering related transaction payments via paymentmechanisms or be billed via communication service accounts orarrangements. The DRD can also authorize operations through billingarrangements (e.g., prepaid services). DRD services/capabilities do nothave to be billed to a WD/DRD user in company environments where theusers and/or WD is recognized, by the network and/or DRD, as anauthorized member of an organization. An example of a device that isgenerally available throughout large organizations and that can besuitable for DRD applications is a photocopier.

Another aspect of the present invention can enable office hardware suchas photocopiers, printers, PCs, monitors, multimedia projectors, and TVmonitors to be incorporated with DRD methodologies described herein. Forexample, presentation projectors typically used in conference roomscenarios are already generally capable of being connected to laptopsfor the purpose of displaying electronic information. DRD compatiblesoftware and hardware can be integrated within and/or connected to amultimedia projector to enable a WD to display data via the projector.Another aspect of the presentation in such a setting would allow severalWD users to interact with the DRD simultaneously. Simultaneous, multi-WDuser interaction together with dedicated computing capability can enableconference participants to interact with each other and displayed dataand/or project independent data for comment by participants. Inaccordance with another aspect of the present invention, computingcapability necessary to host a multi-WD user session with a DRD can beprovided via networked or dedicated DRD processing capabilities (e.g., ahost computer or network connection to the DRD) or via a user's WDacting as the host of the multi-WD session. The host could generally beresponsible for presenting the data (e.g., the image of interest to theaudience) and selectively archiving participant changes and/or multi-WDinteraction with the data.

In accordance with aspects of using the present invention methods of usewill now be described. Referring to FIG. 4, a WD user can generallyrender data at an unassigned DRD by selecting data for rendering using aWD 41 (e.g., through the WDs associated UI). Once data has beenselected, the user issues a command at the WD to provide data 42 to theDRD. Data can be provided directly to the DRD by the WD, or via anetwork supporting the WD.

Referring to FIG. 5, when a WD is providing data directly to a DRD(e.g., via IR or RF communications) some additional steps can berequired by the WD prior to providing data to the DRD. After the userselects data at the WD 51, but before data is provided to the DRD 53 atthe direction of the WD, the WD achieves communication with the DRD 52.Once communication has been established 52, the WD provides the DRD withdata 53. The DRD can verify to the WD 54 that it received the data. TheDRD then renders the data 55 after it is received (generally at thecommand of the user).

A WD user can generally invoke the services of any DRD, public orprivate, using methods of WD, DRD and Network interaction furtherdescribed below. A WD user can render the data directly at the DRD ifits location is known to the user, or the user can request networks incommunication with the WD for assistance in locating an appropriate DRD,DRD location can be based on the user's location or a user's (or handheld wireless device's) proximity to DRDs (known because of location indose proximity to the DRD (as in the same room), or determinable by thenetwork or WD) and/or can be based on user requirements provided to thenetwork or embodied in a WD user profile.

Referring to FIG. 6, a user selects data for rendering at a WD 61. Ifthe user does not know the location of a DRD, the user can requestnetwork assistance in identifying the location and/or capabilities of aDRD 62. Once an acceptable DRD has been selected, the user can requestthe network to transfer the data to the DRD 63. Referring to FIG. 7, theWD can first be used by the WD user to request network assistance inlocating an appropriate DRD 71. After the DRD has been located 71, datafor rendering can be selected at the WD 72 and the network requested totransfer the data to the DRD 73.

Prior to actual transmission of data to the DRD, the DRD can requiresecurity passcode (e.g., including any of: passcode, biometrics and/orCOMSEC) for transfer and rendering to occur. The WD device user canprovide the passcode at the DRD's physical location prior to datatransfer and rendering. Referring to FIG. 8, data is selected at the WDfor transfer to a DRD via networking 81. Data is then transferrable tothe DRD via network 82. Although data can be transferred and eventuallyrendered at the DRD 84 without a passcode, a passcode can be required83. The passcode can be entered at the DRD prior to data transfer 82, orprior to data rendering 84 at the DRD. If a passcode is required, datawill be rendered by the DRD 85 after the passcode has been entered. Thepasscode can be entered using a DRD user interface or via direct (local)communication to the DRD by the WD.

When the network is requested to assist the WD in locating a DRD, thenetwork can select a DRD for the WD based only on the WDs proximity tothe DRD. The network, however, can utilize more than just a WD x, ylocation within a geographic region based on GPS to find an appropriateDRD for the WD. DRD selection can be based on a profile. Referring toFIG. 9, a network server can receive a request from a WD for DRDlocation based on a profile 91. Profile information can be located in adatabase (HLR) accessible to the server and/or transferred by the WD aspart of the request for assistance. The profile can include newrequirements issued by the user regarding locating an appropriate DRD.After the server receives the request, the server locates and identifiesa DRD to the WD matching the profile 92. The server sends DRD locationinformation to the WD 93. DRD location information can include addressinformation, driving directions and/or a map. Such information isalready available from some Internet websites providing directions/maps.With the present invention, however, the user does not have to provideknown WD location information. The server can utilize WD locationinformation known by the server (e.g., based on GPS) to generatedirections and/or maps provided to the WD to locate the appropriate DRD.

Referring to FIG. 10, a flow diagram of DRD location and data deliveryis illustrated. At the WD the user wanting to render data at a DRD canrequest the network to find a DRDs location 101. A network server willassist the WD as provided in FIG. 9. The WD will receive DRD locationinformation provided by the network 102. After DRD location isdetermined, the WD can have data delivered to the DRD either: directlyfrom the WD 103 after physically locating the DRD, or via a request fordata delivery through the network 104. If data is provided directly fromthe WD to the DRD, data can be rendered by the DRD 107 after receivingthe data transferred by the WD. If data delivery through the network 104is chosen, the WD/user can be required to enter a passcode to the DRD105 prior to receiving data delivery at the DRD 104 and/or prior torequesting rendering to the DRD 106. After the rendering request isprovided 106, and appropriate passcode authorization received 105 (ifapplicable), the DRD renders the data 107.

Referring to FIG. 11, The DRD can be required to verify/authorize datareceipt and/or rendering. The request for data receipt and/or renderingcan be initiated by the WD/user at the DRD 111. The DRD can request theWD/user to enter a passcode 113 either before the DRD receives data 112,or before data is requested by the WD/user to be rendered by the DRD114.

Although a DRD may seem appropriate for temporary assignment to theWD/user for data rendering because of its proximity to and/or profilematch with the WD/user, it may not be available for rendering. Forexample, a DRD may not be available for rendering because it is out ofservice or has already reached its schedules/queued/potential capacityfor data delivery/rendering based on a report by dedicated statusmonitoring means at the DRD. Referring to FIG. 12, a DRD receives anetwork request for the DRD to receive/render data 121 associated with aWD. The DRD will verify its availability and either approve or denydelivery 122. If delivery is denied, a rejection is provided to thenetwork 123 (e.g., to the requesting server). If the DRD acceptsdelivery/rendering an approval is sent to the network 124. The networkcan then send data to be received by the DRD 125. The DRD can thenrender the data in accordance with other described methods.

The embodiments and examples set forth herein are presented to bestexplain the present invention and its practical application and tothereby enable those skilled in the relevant art to make and utilize theinvention. The skilled in the art, however, should recognize that theforegoing description and examples have been presented for the purposeof illustration and example only. Other variations and modifications ofthe present invention will be apparent to those of skill in the art, andit is the intent of the appended claims that such variations andmodifications be covered. The description as set forth is not intendedto be exhaustive or to limit the scope of the invention. Manymodifications and equivalent variations are possible in light of theabove teaching without departing from the spirit and scope of thefollowing claims. It is contemplated that the use of the presentinvention can involve components having different characteristics. It isintended that the scope of the present invention be defined by theclaims appended hereto, giving full cognizance to equivalents in allrespects.

What is claimed is:
 1. A method of brokering data between a wirelessdevice (WD) and a data rendering device (DRD), the method comprising:identifying data through a WD to render at a DRD; providing a DRDlocator request from the WD through a wireless communications network toa network resource to find at least one DRD located near the WD, whereinthe WD location is first determined by at least one of a GPS moduleincluded in the WD and connection of the WD to the wirelesscommunications network; receiving location information and renderingcapabilities through the wireless communications network for at leastone DRD located near the WD; selecting a DRD from discovery of the atleast one DRD based on location information with respect to the WD andat least one of rendering capabilities and identifying data for saidDRD; send the data for rendering by said DRD; receiving a passcode toprovide to said DRD once said DRD is physically located; and providingthe passcode to said DRD by at least one of entry of the passcode at auser interface associated with said DRD and entry of the passcode at auser interface on the WD while the WD is in wireless communication withsaid DRD; wherein said DRD retrieves said data and renders said dataafter the passcode entered by said user is verified by said DRD.
 2. Themethod of claim 1, wherein the DRD further comprises at least one of aprinter, a video monitor, an Internet Kiosk, a multimedia projector, oran ATM machine.
 3. A method of brokering data between a wireless device(WD) and a data rendering device (DRD), the method comprising:identifying data using a WD to render at a DRD not previously assignedto the WD and having a location not yet known to the WD; determining thelocation of the WD by at least one of a GPS module included in the WDand connection of the WD to a wireless communication network; providinga DRD locator request from the WD through the wireless communicationsnetwork to a server to find at least one DRD located near the WD basedon the WD location as determined by the at least one of the GPS moduleincluded in the WD and the connection of the WD to the wirelesscommunications network; receiving location information and at least oneof identifying information and rendering capabilities from said serverthrough the wireless communications network for at least one previouslyunassigned or unfamiliar DRD located near the WD; selecting a DRD basedon the location information of said DRD with respect to the WD and atleast one of identifying information and rendering capabilities for saidDRD; receiving a passcode to provide to said DRD once said DRD isphysically located using location information provided to said WD; andproviding the passcode to said DRD once said DRD is physically locatedby at least one of entry of the passcode at a user interface associatedwith said DRD and entry of the passcode at a user interface associatedwith the WD while the WD is in wireless communication with said DRD;wherein said DRD retrieves said data and renders said data after thepasscode entered by said user for said DRD is verified by said DRD. 4.The method of claim 3, wherein the DRD further comprises at least one ofa printer, a video monitor, an Internet Kiosk, a multimedia projector,or an ATM machine.
 5. The method of claim 3 wherein said passcode isprovided to a server by said DRD, whereafter said data is transferred tosaid DRD and is rendered.
 6. A method of brokering data between awireless device (WD) and a data rendering device (DRD), the methodcomprising: identifying data using a WD to render at a DRD not yetassigned or familiar to the WD and having a location not yet known tothe WD; providing a DRD locator request including WD locationinformation from the WD through a wireless communications network to anetwork resource to find at least one DRD located near the WD, whereinthe WD location is first determined by at least one of a GPS module inthe WD and connection to the wireless communications network; receivinglocation information and at least one of identifying information andrendering capabilities from said network resource through the wirelesscommunications network for at least one previously unassigned orunfamiliar DRD located near the WD; selecting a DRD from the at leastone previously unassigned or unfamiliar DRD based on locationinformation for said DRD with respect to the WD and at least one ofidentifying information and rendering capabilities of said DRD;providing the data accessible from a memory associated with said WD tosaid DRD or said network resource for rendering by said DRD; receiving apasscode from said DRD or network resource to provide to said DRD oncesaid DRD is physically located; and physically locating said DRD usingDRD location information provided by said network resource and providingthe passcode to said DRD by at least one of entry of the passcode at auser interface associated with said DRD and entry of the passcode at auser interface associated with the WD while the WD is in wirelesscommunication with said DRD; wherein said DRD renders said data afterthe passcode is entered and is verified by at least one of said DRD andsaid network resource.
 7. The method of claim 6, wherein the DRD furthercomprises at least one of a printer, a video monitor, an Internet Kiosk,a multimedia projector, or an ATM machine.
 8. The method of claim 6wherein said passcode is provided wirelessly to said DRD by the WD. 9.The method of claim 6 wherein said passcode is provided to a server bythe WD, whereafter said data is transferred to said DRD and is rendered.